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INTERNET TELEPHONY THROUGH HOSTS 

TECHNICAL HELD 
The field of the invention is telephony. 

5 DISCLOSURE OF INVENTION 

Systems of the invention employ peer-to-peer and centralized server 
networking to enable POTS/PSTN/PBX phone lines to be shared with other 
users of the system over the Internet. An example application of tiie 
invention is to allow a person, having access to an Internet connection, to 
1 0 receive calls and make calls using his/her home or office telephone, or using 
the phones of other parties that he/she is autiiorized to access. In preferred 
embodiments, the invention can exploit availability of an existing voice 
modem port on tiie user's home or office computer, and can require only tiie 
installation of software on the home or office computer, and on whatever 
1 5 device (laptop, PDA, computer, mobile phones, etc.) is employed by the user 
in tiie remote location. Variant realizations of tiie invention may also provide 
any combination of features typically available to phone users, including, for 
example, the following features: authentication, verification, directory 
services, directory search, access rights, call forwarding, call answering, voice 
20 mail, missed-call information, call screening, and caller identification. 

BRIEF DESCRIPTION OF DRAWINGS 
FIG. 1 shows a general fiamework for implementation of methods of 
the invention and represents a preferred system of the invention; 

FIGs. 2-4 show preferred embodiment architectures, respectively, for 
25 an BPLAP, or host, an IPLU, or client, and a centralized server. 
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DESCRIPTION OF THE EXEMPLARY EMBODIMENTS 
The invention is directed to methods and systems for providing the 
internet use of a phone line connected to a host computer that is connected to 
a telephone system. Preferred embodiments of the invention are implemented 
5 in software. A server accessible through the internet provides access control 
to a remote client that accesses phone services through the host computer. 
The invention includes software for hosts and hosts enabled to perform such 
methods, software for servers and servers enabled to perform such methods, 
and software for clients and clients enabled to perform such methods. In 
10 preferred embodiments, a full range of standard phone services is provided to 
a client through a host machine via the internet. The method also includes 
new business models for phone usage, such as a subscription intemet phone 
usage service. In an example, the service provides local call service to 
geographic areas from outside the areas. A full range of communications may 
15 be provided, including, for example standard voice communication, fax 
communications, high-quality GSM-compressed voice, etc. A host machine 
or banks of host machines are connected to telephone systems in the local 
geographic area. For all intents and purposes, a client makes use of phone 
services from anywhere with an intemet connection as if the client was using 
20 a phone connection in the local geographic area. This powerful tool has many 
business applications. 

A preferred system of the invention enables people to use their PCP 
(POTS, cell, PBX) phone connection(s) from anywhere that an Intemet 
connection is available. The system provides the functionality of a cellular 
25 phone to people connecting to the intemet through wireless device(s). 
Selective routing of calls allows a phone connection to be conveniently shared 
by multiple intemet users. The system is capable of minimizing long-distance 
or toll charges by locating and using the BPLAP which may contact the 
destination PCP phone with the lowest charge or toll. Conversely, a PCP 
30 phone may call the BPLAP which will incur the lowest toll or long-distance 
charge. Voicemail, conferencing, forwarding, and other telephony services 
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will require minimal effort to incorporate and can be provided for little or no 
additional expense. Both individual and enterprise customers will be attracted 
by the convenience of "anytime, anywhere" access to their home and/or office 
telephone connections, and will be willing to pay a fee for access to this 
5 systemi. 

A preferred embodiment is a system of hosts, particularly bi- 
directional phone line access points (BPLAPs), a centralized server, and 
clients, particularly Internet phone line users (IPLUs). The system seamlessly 
integrates the plain old telephone system (POTS), cellular phone network or 

10 PBX network (collectively referred to as PCP) to the Internet, such that 
Internet users may share BPLAPs for the purposes of placing calls into, and 
receiving calls from, the PCP networks. In addition, conventional PCP callers 
may call specific BPLAPs so that they may seamlessly contact specific 
IPLUs. No additional hardware, besides a personal computer with a voice 

1 5 modem, is required for a BPLAP. The system provides a number of features 
and operations. 

The centrally coordinated, bi-directional sharing of phone lines over 
the Intemet allows DPLUs to safely and securely place calls over the Intemet 
to traditional PCP phones via a BPLAP. This process is coordinated by a 

20 centralized server. 

The centralized, bi-directional sharing of phone lines over the Intemet 
allows standard PCP callers to safely and securely place calls from the PCP 
networks, to a BPLAP and tiience to IPLUs on the Intemet. This process is 
coordinated by a centralized server. 

25 The central server and BPLAPs can control access to BPLAPs for the 

purpose of preventing unauthorized use of a BPLAP. No hardware, beyond a 
personal computer with a voice modem, is required for an individual to set up 
a BPLAP. Only an available phone line and a software download are 
necessary to become part of, and start using, the system. 

30 An IPLU can contact the central server so that it will search its 

directory of BPLAPs for an available BPLAP which the IPLU has sufficient 
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access rights to use. An IPLU can establish a communications channel with a 
BPLAP directly, with the assistance of a central server, such that data may be 
exchanged without sending data through a central server, even if the IPLU 
and BPLAP are both behind firewalls. In other words, a "peer-to-peer" 
5 functionality is possible. 

The centralized server maintains a directory of information regarding 
the IPLUs and BPLAPs which are registered to use the system. As a result, 
IPLUs may search for specific BPLAPs, while BPLAPs may contact specific 
EPLUs — as the result of an automated process (such as voicemail 
1 0 notification), or a manual search. 

Any existing voicemail, PBX or answering machine functionality may 
be realized by the systenoi, as well as novel functionalities. For example, 
BPLAPs can serve multiple IPLUs by asking the incoming PCP caller which 
IPLU(s) he wishes to contact. The PCP caller may answer verbally or by 
15 transmitting a standard DTMF touch-tone. Subsequently, the BPLAPs will 
register the communication request with the centralized server. If the IPLU is 
not available, a voice mail system will be activated, such that the recorded 
message may be stored on the central server for later retrieval by an IPLU. 

In the system of the invention, the centralized server communicates 
20 with BPLAPs and IPLUs to provide remote telecommunication services. 
Aspects of these services provided by the centraUzed server may include, but 
are not Umited to, the following. (1) Authentication. This prevents 
unauthorized IPLUs from remotely accessing phone lines which they are not 
permitted to access. (2) Tunneling. This facilitates data exchange between 
25 EPLUs and BPLAPs, e.g., when one or more users' local networks exist 
"behind" a firewall, proxy, or NAT device, by transferring data through the 
centralized server. (3) Initiation of peer-to-peer communication, IPLUs 
behind a firewall/proxy/NAT are afforded direct access to BPLAPs, which 
may also be behind a firewall/proxy/NAT, through initiation of a 
30 conmmnications channel without transmitting data through the centralized 
server. (4) Routing. The server can fulfill connection requests by BPLAPs 
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and BPLUs, by routing such requests to appropriate remote systems. (5) 
Directory. The server maintains a directory of information pertaining to each 
BPLAP or IPLU which has used, or attempted to use, the telecommunications 
network. IPLUs may request access to remote phone lines based upon the 
5 availability of BPLAPs, as specified by the directory. In addition, BPLAPs 
that receive incoming calls may contact the centralized server, which in turn 
notifies the appropriate IPLU(s) of an incoming call, as specified in the 
directory. If the appropriate IPLU(s) is (are) not available, the server stores 
information regarding the missed call. (6) Directory search. IPLUs may 
1 0 search the directory to find available shared phone lines (to which they have 
access rights), and/or BPLAPs may find specific IPLUs to which they forward 
a caU, initiate a call, or broadcast a message. (7) Access rights. The directory 
stores information regarding access rights of each IPLU to each BPLAP. 
These rights may include call length, calUng area, total charges incurred 
1 5 (either as a running balance or credit), imauthorized phone numbers, and other 
restrictions pertinent to the use of a phone line. 

The BPLAP enables bi-directional sharing of a phone line over a 
network and communicates with a centraUzed server. In practice, the BPLAR 
may seek to automatically establish and maintain, whenever possible, a 
20 connection to the centraUzed server. In preferred embodiments the BPLAP 
may provide the following functions. (1) Phone line interface. The BPLAP 
uses software to allow a standard voice modem (alternatively, sound card with 
external adapter) to function as an interface between the phone line and the 
network communications channel. (2) Authentication and verification. The 
25 BPLAP may verify the authenticity of the centralized server. In addition, it 
may individually verify the authenticity and access rights of IPLUs that wish 
to remotely access the shared phone line, as specified by the administrator of 
the BPLAP or a trusted centralized server. (3) Call forwarding. When the 
BPLAP detects an incoming call, it may contact the centralized server and ask 
30 the server to determine the availability of specific IPLU(s) which have 
sufficient access rights to answer the call, or it may ask the server to specify 
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which IPLU(s) should be capable of answering the call. (4) Call answering. 
If the server notifies the BPLAP that IPLU(s) have answered the call, the 
BPLAP will answer the phone line call and forward all audio to the IPLU(s) 
who have answered. In addition, the BPLAP will receive all audio which is 
5 transmitted from IPLU(s) who have answered, and transmit it over the phone 
line. (5) Voice mail and missed calls. If no IPLUs are available to answer an 
incoming call from a BPLAP, the BPLAP registers the details of the missed 
call with the centralized server. In addition, the BPLAP may answer the call, 
if directed by its administrator either locally or via the centralized server, and 
10 play a prerecorded greeting. Subsequently, the calling party may record a 
message which may be uploaded to the centralized server and retrieved by the 
appropriate IPLUs at a later time. Virtaally all voicemail and answering 
machine functions may be implemented within this framework, e.g., private 
voicemail boxes, changing the prerecorded greeting, etc. (6) Local-call 
15 routing. If an incoming call is received, the BPLAP may answer the call and 
ask the calling party which person, from a limited list, they wish to contact. 
The calling party may answer this question using their voice, or by 
transmitting a DTMF tone. Depending on the calling party's answer, the 
BPLAP will contact the centralized server with a request that the IPLU(s) that 
20 are owned by the specified user(s) answer the call. Additional call routing 
functionality can be afforded by the BPLAP. 

The IPLU initiates and/or receives remote calls over a network and 
communicates with a centralized server. Pteferred functionality implemented 
by the IPLU includes, but is not limited to, the following. (1) Directory 
25 search. The IPLU may contact the centralized server with a request to find 
BPLAPs which the user may remotely access. The search may be performed 
by geographic area, cost, or other criteria. (2) Voicemail and missed calls. The 
IPLU may contact the centralized server with a request to receive information 
regarding missed phone calls (as specified by associated BPLAPs) and 
30 voicemail messages. (3) Call answering. The IPLU receives notification 
from BPLAPs of incoming phone calls which may be answered by the IPLU. 
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If teleconferencing is enabled, the BPLU may answer any calls, even if they 
have already been answered by other IPLUs. (4) Call initiation. The IPLU 
may place a call to a PCP phone line via a BPLAP on the telecommunications 
network. The BPLAP which provides the PCP link may be specifically 

5 chosen by the IPLU, selected according to geographical location or other 
criteria, and/or found by other means from the centralized directory. 

FIG. 1 shows a general framework for implementation of embodiments 
of invention such as those described above. FIGs. 2-4 show preferred 
embodiment architectures, respectively, for an BPLAP, an IPLU and a 

1 0 centralized server. 

BPLAP 

Control 

TTie control box requests a control connection to the server and sends 
the usemame and password for authentication. Once authenticated by the 

15 server, the control module waits for commands from the server or incoming 
calls ontilie phone line. 

If the BPLAP receives an incoming call, the control module notifies 
the server. The server determines which IPLUs are subscribed to receive calls 
from this BPLAP, have the proper permissions to do so, and are currently 

20 connected. If one or more IPLUs are available, they may answer the call so as 
to communicate with the calling party. After the IPLU user decides to answer 
tihie call, the request is relayed to the BPLAP, where the PCP phone call is 
taken off-hook by the TAPI module. 

After the BPLAP answers the call (i.e., has taken the phone line "off- 

25 hook")» the control module communicates with the server to establish a voice 
stream (denoted by the Comp/Decomp module) either with the central server 
or directly with the IPLU(s) which have answered the call. If the BPLAP is 
configured to send the voice stream through the central server, the central 
server conmiunicates with the IPLU's control module to initiate a voice 

30 stream from the IPLU(s) to the BPLAP. 
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In addition, the control honors commands to dial a digit, hang up, pick 
up handset, etc. from the server. It uses the TAPI module to conmiunicate 
with the phone line. 

TAPI 

This module provides an interface to access the phone line. The 
module is capable of sending/receiving voice to/from the phone and is 
capable of controlling the phone by picking up the receiver, hanging up or 
dialing the digits. 

Voice Comp/Decomp 

This module provides voice compression and decompression. Voice is 
compressed before sending over DP and compressed voice received over IP is 
decompressed before playing by this module. One of several available 
compression schemes (e.g., GSM, CCITT G.721/G.723) may be used 
depending on tiie allocated CPU utilization and quality desired. 

Server 

User Database 

The user database contains the authentication information for each 
IPLU and BPLAP, the subscription information which describes which IPLUs 
wish to receive calls from certain BPLAPs, and the permissions information 
which describes which IPLUs may send and/or receive calls from certain 
BPLAPs. Connection requests from the BPLAPs and IPLUs are entertained 
by the user database module and authentication is done. Once a BPLAP or 
IPLU is authenticated the connection handle is transferred to the control 
routing table module. 

Control Routing Table 
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This module maintains sets of BPLAPs and IPLUs that are pemiitted 
to access each other. For each set, this module listens to BPLAP and IPLU 
connections and transmits commands to the other side. If no IPLU users are 
available to answer an incoming call, this module stores the message from the 

5 caller. A "message waiting" command is sent to the IPLUs and the message 
can be fetched by the IPLUs. If a voice channel is requested by the IPLU and 
the BPLAP communicating with it, this module opens a voice channel and 
ntiakes entries to the voice routing table. 

The BPLAP and IPLU attempt to maintain a control connection with 

10 the server as much as possible (for example, for an IPLU to be notified of 
incoming calls or to make outgoing calls). 

Voice Routing Table 

This module creates pipes to transfer data coming on one interface to 
another as directed by the user database module. 

15 Entries are added to the control routing table when an IPLU or BPLAP 

coimects to the server. The entry is preserved till the BPLU/BPLAP to which 
the entry corresponds to, is disconnected. Entries in the voice routing table are 
created only when the BPLAP and IPLU wish to open a voice channel 
through the server. In the case where the BPLAP and the IPLU use P2P for 

20 voice, no entry is made in the voice routing table. The control routing table 
may do some command translation. 

IPLU 

Control 

The control module begins by connecting with the server and sending 
25 the usemame and password. Once authenticated, a control connection is 
established with the server. The control module listens to user inputs such as 
handset picked up, digit pressed, call hang up etc., and sends appropriate 
commands to the server which transmits them to the BPLAP. 
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If the server indicates an incoming call, the control module notifies the 
user about it. If the user decides to take the call, the server is requested to 
open a voice connection. 

Voice Comp/Decomp 

5 This module compresses voice before sending it out through a network 
interface and decompresses compressed voice coming from the network 
interface before playing it for the user of the IPLU. 

Echo Cancellalioii 

If the audio at the IPLU is loud, the caller speaking with him will hear an 
10 irritating echo when he speaks. This module filters out the sound played by 
the speaker from the sounds picked by the microphone. 

Audio Interface 

The mterface provides audio input and output functions, e.g., speaker and 
microphone functions and analog to digital conversion of audio as well as 
1 5 digital to analog conversion of audio data. 

While specific embodiments of the present invention have been shown 
and described, it should be understood that other modifications, substitutions 
and alternatives are apparent to one of ordinary skill in the art. Such 
modifications, substitutions and alternatives can be made without departing 
20 from the spirit and scope of the invention, which should be determined from 
die appended claims. 

Various features of the invention are set forth in the appended claims. 



